Dynamic resizable media item player

ABSTRACT

Described herein is a method for managing media item playback. A method includes presenting a media player in a first portion of a user interface (UI) provided by a first application on a screen of a user device, the media player to provide playback of a first media item from a first post of a plurality of posts of the first application. The method also includes relocating the media player to a second portion of the UI while continuing to provide playback of the first media item by the relocated media player, and receiving a user gesture to scroll through the plurality of posts of the first application on the screen of the user device, the plurality of posts comprising a second post having a second media item. The method further includes upon receiving the user gesture to scroll through the plurality of posts of the first application, allowing a user to view the second media item in the second post while continuing to provide playback of the first media item by the relocated media player.

RELATED APPLICATIONS

This application is a continuation application of co-pending U.S. patentapplication Ser. No. 17/222,992, filed Apr. 5, 2021, which is acontinuation of U.S. patent application Ser. No. 14/716,315, filed May19, 2015, now U.S. Pat. No. 10,969,950, which is a continuationapplication of Ser. No. 14/457,005, filed Aug. 11, 2014, now abandoned,which claims the benefit of U.S. Provisional Application No. 61/865,086,filed Aug. 12, 2013, the entire contents of which are incorporatedherein by reference.

TECHNICAL FIELD

Implementations of the present disclosure relate to a media itemplayback system, and more specifically, to a dynamic resizable mediaitem player on a mobile device.

BACKGROUND

Online content sharing platforms typically allow users to upload, view,and share digital content such as media items. Media items may includeaudio clips, movie clips, TV clips, music videos, images, or othermultimedia content. Users may use computing devices (such as smartphones, cellular phones, laptop computers, desktop computers, netbooks,tablet computers, televisions, set top boxes) to use, play, and/orotherwise consume media items (e.g., watch digital videos, and/or listento digital music).

SUMMARY

The below summary is a simplified summary of the disclosure in order toprovide a basic understanding of some aspects of the disclosure. Thissummary is not an extensive overview of the disclosure. It is intendedto neither identify key or critical elements of the disclosure, nordelineate any scope of the particular implementations of the disclosureor any scope of the claims. Its sole purpose is to present some conceptsof the disclosure in a simplified form as a prelude to the more detaileddescription that is presented later.

In one implementation, a method includes presenting a media player in afirst portion of a user interface (UI) of a content sharing platform ona mobile device, the media player to provide playback of a media item.The method further includes receiving, via a second portion of the UI, auser request to perform an activity that is independent of the viewingof the media item. The method further includes presenting contentassociated with the requested activity while continuing to provideplayback of the media item in the media player of the first portion ofthe UI.

In some implementations, the method can include receiving, via thesecond portion, a request for video playback of a second media itemassociated with the activity. The method can further include presentingvideo playback of the second media item in the first portion of the UI.The media player can be presented as part of an application. Theactivity can be associated with the application. The content can beprovided by the media platform. The activity can be a search for asecond media item. The content can be provided by a search engineplatform. The activity can be social networking. The content presentedin the second portion can be provided by a social network application.The activity can be messaging. The content can include a plurality ofmessages from at least two different users of a message service. Theactivity can include an interaction with an electronic advertisement.The first portion of the UI can be presented semi-transparently. Thesecond portion of the UI can be associated with a social networkapplication.

In additional implementations, computing devices for performing theoperations of the above described implementations are also disclosed.Additionally, in implementations of the disclosure, a computer readablestorage media stores methods for performing the operations of the abovedescribed implementations. Further, in implementations of thedisclosure, means for performing the operations of the above describedimplementations are also disclosed.

BRIEF DESCRIPTION OF THE DRAWINGS

The present disclosure will be understood more fully from the detaileddescription given below and from the accompanying drawings of variousembodiments of the present disclosure, which, however, should not betaken to limit the present disclosure to the specific embodiments, butare for explanation and understanding only.

FIG. 1 illustrates an example system architecture in which embodimentsof the present disclosure can be implemented.

FIG. 2A illustrates an example graphical user interface (GUI) thatincludes a dynamic media player, in accordance with embodiments.

FIG. 2B illustrates an example GUI that includes an alternate view of adynamic media player, in accordance with embodiments.

FIG. 2C illustrates an example GUI that includes an alternate view of adynamic media player, in accordance with embodiments.

FIG. 3 illustrates an example GUI that includes a dynamic media player,in accordance with another embodiment.

FIG. 4A illustrates an example GUI that includes a dynamic media player,in accordance with another embodiment.

FIG. 4B illustrates an example GUI that includes an alternate view of adynamic media player, in accordance with another embodiment.

FIG. 4C illustrates an example GUI that includes an alternate view of adynamic media player, in accordance with another embodiment.

FIG. 5A illustrates an example GUI that includes a dynamic media player,in accordance with another embodiment.

FIG. 5B illustrates an example GUI that includes an alternate view of adynamic media player, in accordance with another embodiment.

FIG. 6 illustrates an example system that includes a first user devicewith a first UI to cause a media item to play in a media player in asecond UI on a first or second user device, in accordance with someembodiments.

FIG. 7 is a flow diagram illustrating a method of providing a dynamicresizable media item player, in accordance with some embodiments.

FIG. 8 is a flow diagram illustrating a method of providing a media itemplayer in a first UI to control media item playback in a second UI, inaccordance embodiments.

FIG. 9 is a flow diagram illustrating a method of providing a dynamicresizable media item player, in accordance with some embodiments.

FIG. 10 is a flow diagram illustrating a method for receiving a requestfor a media item via a first UI and providing the requested media itemfor playback in a second UI, in accordance with some embodiments.

FIG. 11 illustrates block diagram of an example computing device thatmay perform one or more of the operations described herein.

DETAILED DESCRIPTION

Conventionally, media applications on mobile devices typically have twomutually exclusive modes of operation-discovery or playback. Because ofthis, a user may not be able to simultaneously watch a media item and doother online activities (e.g., searches for other media items). Forexample, users may have to stop video playback to search for anothervideo to watch. This is particularly problematic with short-form video(e.g., short video clips), when a larger number of video discoverydecisions may be made in a relatively short amount of time as comparedto long-form video (e.g., movies). This may inhibit users from exploringand searching for more content and may lead to less video consumption.Further, conventional media applications on mobile devices may notpermit a user to perform other operations outside of the mediaapplication (e.g., browsing content, surfing the web, social networking,checking email) while consuming a media item at the same time. Underthese conventional systems, video playback is typically stopped when auser starts doing any other type of activity.

Implementations of the present disclosure address these and othershortcomings by providing playback of a media item while allowing a userto perform other online or offline activities within the interface. Forexample, a graphical user interface (GUI) may be presented with adynamic media player that can play a video and be persistently visiblewhen a user browses the web at the same time. The dynamic media playerprovides a “watch-while” experience. The “watch-while” experience allowsa user of a content sharing platform or service to minimize the dynamicmedia player into a smaller sub-viewer in a GUI. The GUI may beprovided, for example, by a mobile application (e.g., an “app” providedby a content sharing service) running on a user mobile device, by anoperating system of the user mobile device or by a web browser runningon the user mobile device (e.g., when the user accesses the website ofthe content sharing service). With the video player minimized in a firstportion of the GUI, the user can then engage in other activities, suchas browse or search for media items to decide what to watch next in asecond portion of the GUI without interrupting video playback by thevideo player in the first portion of the GUI.

Although the description herein refers to video as an example type ofmedia item, implementations of the disclosure may apply to other typesof media items such as images, audio, and other multi-media.

FIG. 1 illustrates an example system architecture 100 for providing adynamic media player 110 in accordance with implementations. The systemarchitecture 100 includes one or more client devices 102, a network 104,a data store 112, and a content sharing platform 106. In oneimplementation, the network 104 may include a public network (e.g., theInternet), a private network (e.g., a local area network (LAN) or widearea network (WAN)), a wired network (e.g., Ethernet network), awireless network (e.g., an 802.11 network or a Wi-Fi network), acellular network (e.g., a Long Term Evolution (LTE) network), routers,hubs, switches, server computers, and/or a combination thereof. In oneimplementation, the data store 112 may be a memory (e.g., random accessmemory), a cache, a drive (e.g., a hard drive), a flash drive, adatabase system, or another type of component or device capable ofstoring data. The data store 112 may also include multiple storagecomponents (e.g., multiple drives or multiple databases) that may alsospan multiple computing devices (e.g., multiple server computers).

The client device 102 may include computing devices such as personalcomputers (PCs), laptops, mobile phones, smart phones, tablet computers,netbook computers etc. In some implementations, the client device 102may also be referred to as “user device” or “user mobile device.” Eachclient device 102 includes a dynamic media player 110, as describedherein.

In one implementation, the content sharing platform 106 may be one ormore computing devices (such as a rackmount server, a router computer, aserver computer, a personal computer, a mainframe computer, a laptopcomputer, a tablet computer, a desktop computer, etc.), data stores(e.g., hard disks, memories, databases), networks, software components,and/or hardware components that may be used to provide a user withaccess to media items and/or provide the media items to the user. Forexample, the content sharing platform 106 may allow a user to consume,upload, search for, approve of (“like”), dislike, and/or comment onmedia items. The content sharing platform 106 may also include a website(e.g., a webpage) that may be used to provide a user with access to themedia items.

A media item may be consumed via the Internet, the content sharingplatform 106 and/or via a mobile device application. In oneimplementation, the content sharing platform 106 may store the mediaitems using the data store. The content sharing platform 106 may alsostore “playlists” of media items. A playlist may be a list of mediaitems that can be played (e.g., streamed) in a sequential or shuffledorder. For example, when the playback of one media item from theplaylist is finished, the playback of the next media item in theplaylist can automatically begin.

The content sharing platform 106 may include multiple channels 114 a-c(e.g., channels A through N). A channel 114 can be data contentavailable from a common source or data content having a common topic ortheme. The data content can be digital content chosen by a user, digitalcontent made available by a user, digital content uploaded by a user,digital content chosen by a content provider, digital content chosen bya broadcaster, etc. For example, a channel X can include videos Y and Z.A channel 114 can be associated with an owner, who is a user that canperform actions on the channel. Different activities can be associatedwith the channel 114 based on the owner's actions, such as the ownermaking digital content available on the channel, the owner selecting(e.g., liking) digital content associated with another channel, theowner commenting on digital content associated with another channel,etc. The activities associated with the channel 114 can be collectedinto an activity feed for the channel. Users, other than the owner ofthe channel, can subscribe to one or more channels in which they areinterested. Once a user subscribes to a channel 114, the user can bepresented with information from the channel's activity feed. If a usersubscribes to multiple channels, the activity feed for each channel towhich the user is subscribed can be combined into a syndicated activityfeed. Information from the syndicated activity feed can be presented tothe user.

Each channel 114 may include one or more media items 116. Examples of amedia item can include, and are not limited to, digital video, digitalmovies, digital photos, digital music, website content, social mediaupdates, electronic books (ebooks), electronic magazines, digitalnewspapers, digital audio books, electronic journals, web blogs, realsimple syndication (RSS) feeds, electronic comic books, softwareapplications, etc. As used herein, “media,” media item,” “online mediaitem,” “digital media,” “digital media item,” “content,” and “contentitem” can include an electronic file that can be executed or loadedusing software, firmware or hardware configured to present the digitalmedia item to an entity.

Each client device 102 includes a GUI generator 108 that may present aGUI including a dynamic media player 110 to provide playback of a mediaitem. The GUI generator 108 may be, for example, part of a web browser,a mobile app (e.g., a standalone application that allows users to viewdigital media items 114 such as digital videos, digital images,electronic books, etc.), or an operating system that can manage thedynamic media player 110 and may send media items to the dynamic mediaplayer 110 for playback. Some example GUIs provided by the GUI generator108 include control elements in the form of a button (e.g., a button forsubscribing to a channel, playing a media item, minimizing a mediaplayer, etc.). Alternatively or in addition, various other controlelements can be used for selection by a user such as a check box, alink, etc. Example GUIs may include a search tool (e.g., to search for achannel or media item of interest), an upload tool (e.g., to upload anew media item to an internet-based content platform), a menu (e.g., tonavigate to different GUIs of the internet-based content platform), auser identifier, a settings tool (e.g., to configure settings of GUIs ofthe internet-based content platform), a mini-player tool (e.g., tominimize a dynamic media player that presents media items while othercontent is being displayed on a screen of the client device), anavigation tool for navigating to other platforms (e.g., an emailplatform, a social platform, a storage platform, an image platform, acalendar platform, among others), etc.

The dynamic media player 110 included in the GUI may render, display,and/or present the content (e.g., a web page, media items) to a user.The dynamic media player 110 may be provided to the client device 102 bya server and/or content sharing platform 106. For example, the dynamicmedia player 110 may be an embedded media player that is embedded in webpages provided by the content sharing platform 106.

The GUI may include a first portion to present the dynamic media player110 providing media item playback and a second portion to present othercontent provided by the same application (e.g., a web browser or anapplication of the content sharing platform 106) or a differentapplication (e.g., a media discovery application, an email application,a social network application, a calendar application, etc.). The mediaplayer providing media item playback can be visible to a user while theuser engages in other activities via the second portion of the GUI. Inimplementations, the dynamic media player 110 can appear to “float” ontop of other content provided by the same or different applications. Forexample, the dynamic media player 110 can appear to float on top contentof a media discovery application, a content hosting application, a mediaitem consumption platform, a social networking application, a browser,or the like.

A user can minimize or summon the dynamic media player 110 by usinggestures on a graphical user interface (GUI). For example, a user cantouch a static media player (not shown) and, while in contact with atouch screen, can drag it to another position in the GUI, causing thedynamic media player 110 to appear in that other position in the GUI.The dynamic media player 110 can be smaller than a static media player,thus allowing other content to be displayed within the same GUI. Asdiscussed above, the dynamic media player 110 can be managed by anapplication (e.g., a mobile app or a web browser), and while a mediaitem provided by the application (e.g., a media item requested from thecontent sharing platform 106) is being played by the dynamic mediaplayer 110 managed by the application, the user can browse content orperform other activities within the same application. In anotherexample, the dynamic media player 110 can be managed by an operatingsystem of the client device 102, and while a media item provided by oneapplication is being played by the dynamic media player 110 managed bythe operating system, the user can switch to another application andbrowse content or perform other activities within the other application.In either example, the dynamic media player 110 can be used to permitsimultaneous media consumption along with other activities enabled bythe same or different applications.

In implementations, the dynamic media player 110 is enabled by defaultand can change position based on a user's touch input (e.g., gestures)to enable a “watch-while” experience. The dynamic media player can beminimized, summoned, resized and dismissed using gestures (e.g., pinchto expand or contract, swipe up to expand, swipe down to collapse). Thedynamic media player 110 may be implemented in any of a variety of sizesand is not limited to a specific position within the GUI of the contentsharing platform application. In some embodiments, the dynamic mediaplayer 110 may be referred to as a “mini player.” The dynamic mediaplayer may also be moved (e.g., dragged) within the GUI to suit theuser's preferences.

For example, the dynamic media player 110 can be minimized or maximizedby swiping vertically, and can be dismissed by swiping horizontally. Thedynamic media player 110 can also be dismissed via a click target (e.g.,an “x” button). In other implementations, when the user starts to dragthe dynamic media player 110, a drag target (e.g., a trash can) appearson the right hand side of the screen. The user can drag the dynamicmedia player 110 on top of the drag target to dismiss it. In anotherexample, tapping on the dynamic media player 110 expands the dynamicmedia player 110. The dynamic media player 110 can have “magnetic-like”attachment to a specific region of a GUI presented on the client device.When using a gesture to move the dynamic media player 110, it can snapinto place and become docked. Such attachment to a specific region ofthe screen can persist regardless of other content within the GUI. Forexample, the docking positions remain even when a user is checking emailin a different application.

In some implementations, the dynamic media player 110 may be introducedas a smaller format player and persist in this size throughout theuser's viewing experience. In further implementations, a transparencylevel of the dynamic media player 110 can be variable and can be basedon user gestures. For example, a user may prefer to see both a videoplaying in the dynamic media player as well as text behind the dynamicmedia player. To accomplish this, the dynamic media player 110 issemi-transparent. In implementations, the dynamic media playertransparency can be adjustable by gestures. The user's interaction withthe GUI may be passed through to the content below the semi-transparentplayer, and the user could browse while watching a media item in thedynamic media player 110. In some implementations, the dynamic mediaplayer 110 may remain in its original location, while the “browsing”content is presented on top of the dynamic media player 110 (in somecases, the dynamic media player 110 may be partially obscured).

In some implementations, the dynamic media player 110 may maintain thesame quality of the presented content item (e.g., video) while thedynamic media player 110 is minimized. As a result, after the user“unminimizes” the dynamic media player 110, the quality remains as itwas before the dynamic media player 110 was minimized. In contrast,conventional solutions typically downgrade the quality of a video whenthe video is presented in a smaller format because the video isoriginally downloaded with a higher resolution and then transcoded to alower quality to suit the size of the player. As such, with conventionalsolutions, when the player is returned to a larger size, it continues toshow a low quality until a next high-quality video chunk can bedownloaded.

In some embodiments, the dynamic media player 110 may be part ofvideo-chat (video messaging) component of a social network. For example,a user may view a video of a person that they are video-chatting with ina minimized view while simultaneously browsing the social networkapplication. The user could then make the video-chatting window/playerfull-sized again at will.

The GUI generator 108 may also present a video that is being recorded bya camera of the client device 102 while the user browses other featuresin the content sharing platform application, for example, while sharingpreviously recorded videos, or changing video-recording settings on thefly.

In some implementations, a mapping application may show a livenavigation map in a minimizable view of a content item player, so that auser can change navigation settings and still see what is coming up intheir navigation route. In other implementations, the mappingapplication may show a “street view” of a location (e.g., currentlocation, selected location) of a mobile device while the rest of thescreen shows a map or navigation information.

In some implementations, metadata can be presented via the interfacethat describes characteristics or information of a media item beingpresented in the dynamic media player 110. The metadata can be displayedover the top of the dynamic media player or can be displayed adjacent tothe dynamic media player 110. In implementations, when a new media itemis played in the dynamic media player 110, metadata of the new mediaitem can be presented via the interface. Examples of the media itemmetadata can include a title, a length, an artist, an uploading entity,among others.

In implementations, transport controls can be presented in the GUI forthe dynamic media player 110. The transport controls can include next,previous, pause, play, stop, scrub, and the like. The transport controlscan be displayed over the dynamic media player 110 or adjacent to thedynamic media player 110. The transport controls can be toggled betweena hidden and a displayed state. For example, the transport controls canbe hidden and when a user taps the screen of the client device 102, thetransport controls can be displayed in response.

The system 100 may also include an electronic device 118, which mayinclude any type of computing devices such as personal computers (PCs),laptops, mobile phones, smart phones, tablet computers, netbookcomputers, televisions, set top boxes etc. As described in greaterdetail below, a user may select a media item 116 via a GUI presented onthe client device 102, and the media item 116 may be played on theelectronic device 118 in response to the user selection.

In general, functions described in one implementation as being performedby the content sharing platform can also be performed on the clientdevice in other implementations if appropriate. In addition, thefunctionality attributed to a particular component can be performed bydifferent or multiple components operating together. The content sharingplatform can also be accessed as a service provided to other systems ordevices through appropriate application programming interfaces, and thusis not limited to use in websites.

FIGS. 2A-5B illustrate example graphical user interfaces (GUI) 200 inaccordance with some embodiments. The example GUIs 200 may be presentedby and/or displayed within a web browser (e.g., when a user accesses acontent sharing platform via a web browser), or within an application(e.g., an app, an application, a program, a software module/component,etc., that may be used to subscribe to channels and view, play, and/orconsume media items of the channels). Some example GUIs include controlelements in the form of a button (e.g., a button for subscribing to achannel). However, it should be noted that various other controlelements can be used for selection by a user such as a check box, alink, or any other user interface elements.

FIG. 2A illustrates an example GUI 200 a for minimizing a dynamic mediaplayer 202 a in accordance with aspects of the present disclosure. Theexample GUI 200 a includes an indicator 204 that the dynamic mediaplayer 202 a may be minimized. The indicator 204 may be any type ofbutton, selectable icon, etc. In an example, the indicator 204, whenactivated, can present the dynamic media player seemingly on top of theother elements of the GUI, as illustrated in FIG. 2B. Selecting (e.g.,clicking or tapping) on the indicator 204 (e.g., the small triangle inthe upper-left corner of the dynamic media player) may cause the dynamicmedia player 202 a to transition to a minimized state 202 b (FIG. 2B).In some embodiments, the indicator 204 is a drag animation that visuallyappears in the GUI 200 once a user attempts to minimize the dynamicmedia player 202 a. In one implementation, the user can also make aselection anywhere in the dynamic media player 202 a and drag downwardsand the minimized dynamic media player 202 b appears in the GUI, as inGUI 200 b of FIG. 2B. In another implementation, a user can use gesturesto minimize or summon the minimized dynamic media player 202 b. Anexample user gesture is illustrated by the downward arrow. In thisexample, the user touches a screen of a client device over the dynamicmedia player 202 a, and while maintaining contact with the screen of theclient device, the user drags the dynamic media player 202 a to anotherlocation on the GUI 200. FIG. 2B illustrates an example in which thedynamic media player 202 b is “in transit” (while the user is stillmanipulating the position of the dynamic media player 202 b usinggestures). FIG. 2C illustrates a docked position of the dynamic mediaplayer 202 c. When minimized, the dynamic media player 202 c may bepresented in the lower right corner of the GUI 200 c. In otherimplementations, the dynamic media player may reside in other portionsof the GUI while “minimized.” While minimized, the dynamic media player202 c may continue to play a media item while the user performs otheractions within the GUI 200.

FIG. 3 illustrates an example GUI 300 for adding a media item 302 to aqueue, such as a playlist, from a search result 304 in accordance withaspects of the present disclosure. In an example, the user gestures areillustrated by the arrow 306. At the upper portion of the arrow 306, acircle illustrates the user's initial touch on a screen of a clientdevice. While maintaining contact with the screen, the user can drag thesearch result into the dynamic media player 308. The dynamic mediaplayer 308 can begin playing the media item 302 represented in thesearch result 304 b. In other implementations, when a media item 302 isdrag-and-dropped onto the dynamic media player 308, the media item 302can be added to a playlist.

FIGS. 4A-C illustrates example GUIs 400 a-c for dismissing the dynamicmedia player 404 in accordance with aspects of the present disclosure.The dynamic media player 404 can be dismissed using gestures, such aswhen a user clicks or touches a “close” button or uses gestures. Asillustrated in FIG. 4A, a user touches the dynamic media player 404 on ascreen of a client device and, while maintaining contact with thescreen, the user slides the dynamic media player 404 off of the screen,as illustrated by FIG. 4B. The dynamic media player 404 is dismissedwhen the user moves (e.g., swipes) the dynamic media player 404 off ofthe screen. In implementations, when a predetermined portion of thedynamic media player 404 (e.g., fifty percent, sixty percent, etc.) isno longer visible on the GUI 400, the dynamic media player 404 willcontinue to dismiss even if the user loses contact with the screen. Forexample, at FIG. 4C approximately sixty percent of the dynamic mediaplayer 404 is not visible on the GUI 400 c. Should the user lose contactwith the screen, the dynamic media player 404 may still dismiss from thevisible area of the GUI.

In other implementations, while the dynamic media player 404 is beingmoved toward a dismissal point (e.g., edge of a screen), a media itembeing played by the dynamic media player 404 can change state, such asbecome more transparent. The closer the dynamic media player 404 is tothe dismissal point, the closer dynamic media player 404 is to beingtransparent. The transparency level of the dynamic media player 404 canchange depending on its proximity to the dismissal point. In furtherimplementations, when a media item (e.g., video) is being played whilethe dynamic media player 404 is being dismissed, sound associated withthe video can be attenuated. For example, as the dynamic media player404 approaches the dismissal point, an audio portion of the video candecrease in volume. In other implementations, the dynamic media player404 can undergo a combination of the transparency alteration and soundattenuation while it is being dismissed. Should a user decide to notdismiss the dynamic media player 404 after starting to move the dynamicmedia player 404 toward the dismissal point, the user can swipe in theopposite direction and any transparency alteration or sound attenuationcan be reversed.

FIGS. 5A-B illustrate example GUIs 500 that demonstrate the dynamicnature of the dynamic media player in accordance with aspects of thepresent disclosure. The example GUIs include a menu 508 (e.g., a guidetray), a browse area 502 and a dynamic media player 506. The menu 508and the browse area 502 can be presented as if they were one continuoussurface. In FIG. 5A, the menu 508 is not viewable by the user in the GUI500 a. For reference purposes, the left side of the dynamic media player506 is coincident with an invisible reference line 510. A user, forexample, can use a gesture to move the browse area 502 to the right,which exposes the menu 508, as illustrated in FIG. 5B. When the menu 508is moved onto the viewing area of the GUI 500 b, the position of thedynamic media player 506 can dynamically change such that it does notoverlap the menu 508. In FIG. 5B, the position of the dynamic mediaplayer 506 is further to the right when the menu 508 is visible ascompared to the position of the dynamic media player 506 in GUI 500 a.

The menu 508 and browse area 502 may work together as a single,continuous surface. Swiping to the right moves the browse area 502 offthe screen to the right, while the menu 508 moves in from the left. Themenu 508 and browse area 502 do not overlap each other, but form asingle surface which slide together as a unit. The dynamic media player506 can slide over the top of the display area of the screen independentof the menu 508 and browse area 502.

FIG. 6 illustrates an example system 600 that includes a first userdevice 602 with a first UI 605 to cause a media item 116 to play in amedia player 612 in a second UI 611 on a first or second user device, inaccordance with some embodiments. The first device 602 may be a clientdevice 102, as described in conjunction with FIG. 1 . The second device610 may be a different client device 118, as described in conjunctionwith FIG. 1 . In some embodiments, the first UI 605 and the second UI611 are both presented on the first device 602. In other embodiments,the first UI 605 is presented on the first device 602 and the second UI611 is presented on the second device 610. The first device 602 and thesecond device 610 may be in communication via a network 104, asdescribed in conjunction with FIG. 1 .

The first device 602 may include a display to present a UI 605 thatincludes content 604, as described herein. The content 604 may be anycontent (e.g., search results, social media, webpage) that includes oridentifies at least one media item 116. The first device 602 may alsopresent a mini player 606 in a first portion of the UI 605 and thecontent 604 in a second portion of the UI 605. The mini player 606 canbe an interface tool that receives requests from a user, via the UI 605,that pertain to playback of the media item 116 in the second UI 611. Forexample, a user may provide input via the mini player 606 to play amedia item 116 in the second UI. In a specific example, the user maydrag and drop a media item 116 to the mini player 606. Upon receivingthe dropped media item 116, the mini player 606 may cause the media item116 to be played in the second UI 611.

A user of the first device 602 may provide a media request to play themedia item 116 in the second device 610. For example, first device 602may receive the media request from the user in the form of a gesture.The user may touch an area of the display of the first device 602 thatcorresponds to the media item 116 and, while keeping in contact with thedisplay, the user may drag the media item 116 or its identifier (e.g.,link) to the mini player 606, similar to what is described inconjunction with FIG. 3 . The mini player 606 is associated with themedia player 612 and can cause media items to play, stop, pause, fastforward, rewind, etc. in the media player 612 in the second UI 611.

Upon receiving the media request to play the media item 116, the firstdevice 602 may cause a media player in the second UI 611 to play themedia item 116. In some embodiments, the first device 602 requests themedia item 116 from a content platform (not shown), such as the contentsharing platform 106 of FIG. 1 . The content platform may determinewhether the second device 610 is authorized to play the media item 116.If the second device 610 is authorized (e.g., based on a user account onthe content platform), the content platform may provide the media item116 to the second device 610. In some implementations, the contentplatform sends (e.g., streams) the media item 116 directly to the seconddevice 610. In some implementations, the content platform sends themedia item 116 to the first device 602 and the first device 602 thensends (e.g., streams) the media item 116 to the second device 610. Inone example, the first device 602 may be a mobile device (e.g., a smartphone or a tablet) of a user, and the second device 610 may be atelevision of the user. Alternatively, the first device 602 may be amobile device of a user, and the second device 610 may be a laptopcomputer of the user. Yet alternatively, the first device 602 may be auser device (e.g., a mobile device, a laptop, etc.) of a first user, andthe second device 610 may be a user device (e.g., a mobile device, alaptop, a television, a smart TV, etc.) of a second user.

In further implementations, the system 600 includes a set top box 620that is coupled to the second device (e.g., a television) 610, such asvia a cable or the network 104, and the set top box 620 receives themedia item 116 from the first device 602 or the content platform, andsends the media item 116 to the media player 612. In some embodiments,the set top box 620 performs one or more encode or decode operations onthe media item 116 before sending to the media player 612.

While the media player 612 is presenting the media item 116 to a user,the first device 602 may receive an activity request (such as via thefirst UI 605) from the user to perform an activity that is independentof the viewing of the media item 116. The first device 602 may presentcontent 604 associated with the requested activity in the first UI 605while the media player 612 in the second UI 611 provides playback of themedia item 116. The first device 602 may also present, in the miniplayer 606, a representation (e.g., thumbnail, title) of the media item116 being played in the media player 612. Such a representation may bedisplayed only if the playback of a respective media item was requestedon the first device 602. Once the playback of the media item ends, thefirst device 602 is notified and the representation of the media item isno longer displayed in the mini player 606. Alternatively, apresentation of any media item played by the media player 612 isdisplayed in the mini player 606, including media items requested forplayback on the second device 610. In some implementations, the miniplayer 606 maintains a list of media items played by the media player612 that can be viewable by the user. The user can then use this list tocreate a playlist of media items, or such a playlist can beautomatically created.

The first device 602 may also present one or more transport controls 624for controlling playback of the media item 116 in the media player 612.The transport controls may also include a scrubber for changing theplayback position of the media item 116. The transport control 624 mayreceive a request pertaining to playback of the media item in the mediaplayer 612 (e.g., to rewind, stop, pause, play and fast forward). Insome embodiments, the first device 602 receives a selection of thetransport control (e.g., play control) and, in response to the receiveduser selection, the first device 602 instructs a content platform (notshown) to stream the media item for playback in the media player 612, asdescribed herein.

FIGS. 7-10 are flow diagrams illustrating methods for performing variousoperations, in accordance with some embodiments of the presentdisclosure, including providing a dynamic resizable media item player.The methods may be performed by processing logic that comprises hardware(e.g., circuitry, dedicated logic, programmable logic, microcode, etc.),software (e.g., instructions run on a processor to perform hardwaresimulation), or a combination thereof. Processing logic can control orinteract with one or more devices, applications or user interfaces, or acombination thereof, to perform operations described herein. Whenpresenting, receiving or requesting information from a user, processinglogic can cause the one or more devices, applications or user interfacesto present information to the user and to receive information from theuser.

For simplicity of explanation, the methods of FIGS. 7-10 are depictedand described as a series of operations. However, acts in accordancewith this disclosure can occur in various orders and/or concurrently andwith other operations not presented and described herein. Further, notall illustrated operations may be required to implement the methods inaccordance with the disclosed subject matter. In addition, those skilledin the art will understand and appreciate that the methods couldalternatively be represented as a series of interrelated states via astate diagram or events.

FIG. 7 is a flow diagram illustrating a method 700 of providing adynamic resizable media item player, in accordance with some embodimentsof the present disclosure. In one implementation, method 700 may beperformed by a GUI generator 108, as illustrated in FIG. 1 .

Referring to FIG. 7 , the method 700 begins at block 702 whereprocessing logic presents a media player in a first portion of a userinterface (UI) of a content sharing platform on a mobile device, themedia player to provide playback of a media item.

At block 704, the processing logic receives, via a second portion of theUI, a user request to perform an activity that is independent of theviewing of the media item. The processing logic may present the mediaplayer as part of an application and the activity is associated with theapplication. The activity may be a search for a second media item, andwherein the content is provided by a search engine platform. In someimplementations, the activity comprises an interaction with anelectronic advertisement.

At block 706, the processing logic presents content associated with therequested activity while continuing to provide playback of the mediaitem in the media player of the first portion of the UI. In someimplementations, the activity is social networking, and the contentpresented in the second portion is provided by a social networkapplication.

At block 708, the processing logic receives, via the second portion, arequest for video playback of a second media item associated with theactivity. For example, a user may discovery a video of interest and mayrequest to watch the video. At block 710, the processing logic presentsvideo playback of the second media item in the first portion of the UI.

FIG. 8 is a flow diagram illustrating a method 800 of providing a mediaitem player in a first UI to control media item playback in a second UI,in accordance with some embodiments of the present disclosure. In oneimplementation, method 800 may be performed by a GUI generator 108, asillustrated in FIG. 1 .

Referring to FIG. 8 , the method 800 begins at block 802 whereprocessing logic receives a media request to play a media item via afirst user interface (UI) on a mobile device.

At block 804, the processing logic causes a media player in a second UIto play the media item. In some implementations, the processing logicmay also present a transport control to receive a request pertaining toplayback of the media item in the media player. The transport controlmay include at least one of: play, fast-forward, rewind, stop, or pause.In some implementations, the first UI is presented on a first clientdevice and the second UI is presented on a second client device.

At block 806, the processing logic presents a representation of themedia item in a first portion of the first UI, where the first portionis associated with the second UI (e.g., by managing media items playedin the second UI). In some implementations, the representation of themedia item is a thumbnail, a title, an image, etc. of a media item,

At block 808, the processing logic receives, via a second portion of thefirst UI, an activity request to perform an activity that is independentof the viewing of the media item. In some implementations, the activityis messaging, and the content includes a plurality of messages from atleast two different users of a message service. In otherimplementations, the activity may be any of web browsing, web searching,gaming, social networking, etc.

At block 810, the processing logic presents content associated with therequested activity in the first UI while the media player in the secondUI provides playback of the media item.

At block 812, the processing logic receives a selection of the transportcontrol pertaining to a different media item. At block 814, theprocessing logic instructs a content platform to stream the differentmedia item for playback in the media player in response to the receiveduser selection.

FIG. 9 is a flow diagram illustrating a method 900 of providing adynamic resizable media item player, in accordance with some embodimentsof the present disclosure. In one implementation, method 900 may beperformed by a GUI generator 108, as illustrated in FIG. 1 .

Referring to FIG. 9 , the method 900 begins at block 902 whereprocessing logic presents a media player in a first portion of a userinterface (UI) of a content sharing platform on a mobile device. Themedia player may provide playback of a first media item.

At block 904, the processing logic receives a user selection of a secondmedia item via a second portion of the UI. The user selection mayinclude a gesture to move the second media item from the second portionof the UI to the first portion of the UI. The user selection may bereceived while the media player in the first portion of the UI isplaying the first media item. In some implementations, responsive to theuser selection, the second media item is added to a playlist. The secondmedia item may be added to the playlist automatically (without any userrequest to do so).

At block 906, the processing logic causes the media player toautomatically provide playback of the second media item when playback ofthe first media item is complete. In some implementations, causing themedia player to provide playback of the second media item includespresenting, in the first portion of the UI, a transport control for themedia player to advance to a next media item in the playlist whenreceiving a selection of the transport control, and in response to theselected transport control, causing the media player to provide playbackof the second media item. In some implementations, the playlist includesat least two different types of media items. For example, the playlistmay include a video and an audio track. In some embodiments, responsiveto the user selection, the processing logic adds the second media itemto a playlist.

At block 908, the processing logic receives, via the second portion ofthe UI, a user request to perform an activity that is independent of theviewing of the first media item or the second media item, as describedherein.

At block 910, the processing logic presents content associated with therequested activity while continuing to provide playback of either thefirst media item or the second media item in the media player of thefirst portion of the UI.

FIG. 10 is a flow diagram illustrating a method 1000 for receiving arequest for a media item via a first UI and providing the requestedmedia item for playback in a second UI, in accordance with someembodiments. In one implementation, method 1000 may be performed by acontent sharing platform 106, as illustrated in FIG. 1 .

Referring to FIG. 10 , the method 1000 begins at block 1002 whereprocessing logic receives a request from a first device with a firstuser interface (UI) for a media item to play in a second UI. The firstUI may be presented on a first device and the second UI may be presentedeither on the first device or on a second device. In someimplementations, the request from the first device includes both therequest for the media item and an identifier of the second UI. When thesecond UI is associated with a second device, the identifier of thesecond UI may include characteristics of the second device, such as aMAC address, IP address, a unique identifier assigned by a contenthosting platform, etc.

At block 1004, the processing logic may perform a check as to whetherthe second UI is authorized to play the media item. In embodiments, theprocessing logic may use the identifier of the second UI to perform thecheck. The processing logic may query a database that includes a recordof identifiers of authorized UIs and/or devices. When the processinglogic locates the identifier from among the record of identifiers ofauthorized UIs and/or devices, the processing logic can proceed to block1006 or 1008.

In some embodiments, the first device and the second UI/device areassociated with a user account. When the processing logic receives therequest from the first device to play the media item on the seconddevice, the processing logic can check for devices that have beenassociated with the user account. When both the first device and thesecond device are associated with the account, the processing logic canproceed to block 1008.

In some embodiments where the request does not include an identifier ofthe second UI or a second device, the processing logic can check a useraccount for authorized devices. Upon identifying an authorized devicethat includes the second UI, the processing logic may proceed to block1008. For example, a user may associate a mobile device and a televisionwith a user account. When the processing logic receives a request fromthe mobile device to play a media item, the processing logic canidentify the television as being an authorized device and then proceedto block 1008.

In some embodiments, the first device is associated with a first userand the second device is associated with a second user. Upon receiving arequest from the first user device to play the media item on the seconduser device, the processing logic may check whether the second user hasauthorized media items from the first user. For example, the second usermay have previously provided input to always receive and allow mediaitems from the first user. Alternatively, the processing logic canprovide a prompt to the second user to confirm whether the second userwould like to receive the media item. For example, when the first userrequests to provide the media item to the second user, a GUI dialog boxmay appear on the second device that asks the second user if they wouldlike to receive the media item. When the second user providesaffirmative input (e.g., yes, accept), the processing logic may proceedto block 1008.

In some implementations, the processing logic may request usercredentials from a requesting user before performing the authorizationcheck. Upon receiving valid access credentials, the processing logic mayproceed with the authorization check at block 1004.

At block 1006, the processing logic provides the media item to the firstdevice. The processing logic can provide the media item directly, or theprocessing logic may provide instructions to a media server to providethe media item to the first device. When the first device includes thesecond UI, the first device may play the media item in the second UI.When a second device presents the second UI, the first device mayprovide (e.g., stream) the media item to the second device for playbackin a media player in the second UI.

At block 1008, the processing logic can provide the media item directlyto a second device when the second UI is associated with the seconddevice.

Although implementations of the disclosure are discussed in terms ofcontent sharing platforms and media consumption view the content sharingplatform, implementations may also be generally applied to any type ofsocial network providing connections between users. Implementations ofthe disclosure are not limited to content sharing platforms that providechannel subscriptions to users.

In situations in which the systems discussed here collect personalinformation about users, or may make use of personal information, theusers may be provided with an opportunity to control whether the contentsharing platform collects user information (e.g., information about auser's social network, social actions or activities, profession, auser's preferences, or a user's current location), or to control whetherand/or how to receive content from the content server that may be morerelevant to the user. In addition, certain data may be treated in one ormore ways before it is stored or used, so that personally identifiableinformation is removed. For example, a user's identity may be treated sothat no personally identifiable information can be determined for theuser, or a user's geographic location may be generalized where locationinformation is obtained (such as to a city, ZIP code, or state level),so that a particular location of a user cannot be determined. Thus, theuser may have control over how information is collected about the userand used by the content sharing platform.

FIG. 11 is a schematic diagram that shows an example of a machine in theform of a computer system 1100. The computer system 1100 executes one ormore sets of instructions 1126 that cause the machine to perform any oneor more of the methodologies discussed herein. The machine may operatein the capacity of a server or a client machine in client-server networkenvironment, or as a peer machine in a peer-to-peer (or distributed)network environment. The machine may be a personal computer (PC), atablet PC, a set-top box (STB), a personal digital assistant (PDA), amobile telephone, a web appliance, a server, a network router, switch orbridge, or any machine capable of executing a set of instructions(sequential or otherwise) that specify actions to be taken by thatmachine. Further, while only a single machine is illustrated, the term“machine” shall also be taken to include any collection of machines thatindividually or jointly execute the sets of instructions 1126 to performany one or more of the methodologies discussed herein.

The computer system 1100 includes a processor 1102, a main memory 1104(e.g., read-only memory (ROM), flash memory, dynamic random accessmemory (DRAM) such as synchronous DRAM (SDRAM) or Rambus DRAM (RDRAM),etc.), a static memory 1106 (e.g., flash memory, static random accessmemory (SRAM), etc.), and a data storage device 1116, which communicatewith each other via a bus 1108.

The processor 1102 represents one or more general-purpose processingdevices such as a microprocessor, central processing unit, or the like.More particularly, the processor 1102 may be a complex instruction setcomputing (CISC) microprocessor, reduced instruction set computing(RISC) microprocessor, very long instruction word (VLIW) microprocessor,or a processor implementing other instruction sets or processorsimplementing a combination of instruction sets. The processor 1102 mayalso be one or more special-purpose processing devices such as anapplication specific integrated circuit (ASIC), a field programmablegate array (FPGA), a digital signal processor (DSP), network processor,or the like. The processor 1102 is configured to execute instructions ofthe dynamic media player for performing the operations and stepsdiscussed herein.

The computer system 1100 may further include a network interface device1122 that provides communication with other machines over a network1118, such as a local area network (LAN), an intranet, an extranet, orthe Internet. The computer system 1100 also may include a display device1110 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)),an alphanumeric input device 1112 (e.g., a keyboard), a cursor controldevice 1114 (e.g., a mouse), and a signal generation device 1120 (e.g.,a speaker).

The data storage device 1116 may include a computer-readable storagemedium 1124 on which is stored the sets of instructions 1126 of thedynamic media player embodying any one or more of the methodologies orfunctions described herein. The sets of instructions 1126 of the dynamicmedia player may also reside, completely or at least partially, withinthe main memory 1104 and/or within the processor 1102 during executionthereof by the computer system 1100, the main memory 1104 and theprocessor 1102 also constituting computer-readable storage media. Thesets of instructions 1126 may further be transmitted or received overthe network 1118 via the network interface device 1122.

While the example of the computer-readable storage medium 1124 is shownas a single medium, the term “computer-readable storage medium” caninclude a single medium or multiple media (e.g., a centralized ordistributed database, and/or associated caches and servers) that storethe sets of instructions 1126. The term “computer-readable storagemedium” can include any medium that is capable of storing, encoding orcarrying a set of instructions for execution by the machine and thatcause the machine to perform any one or more of the methodologies of thepresent disclosure. The term “computer-readable storage medium” caninclude, but not be limited to, solid-state memories, optical media, andmagnetic media.

In the foregoing description, numerous details are set forth. It will beapparent, however, to one of ordinary skill in the art having thebenefit of this disclosure, that the present disclosure may be practicedwithout these specific details. In some instances, well-known structuresand devices are shown in block diagram form, rather than in detail, inorder to avoid obscuring the present disclosure.

The components and other features described herein can be implemented asdiscrete hardware components or integrated in the functionality ofhardware components such as ASICs, FPGAs, DSPs or similar devices. Inaddition, these components can be implemented as firmware or functionalcircuitry within hardware devices. Further, these components can beimplemented in any combination of hardware devices and softwarecomponents.

Some portions of the detailed description have been presented in termsof algorithms and symbolic representations of operations on data bitswithin a computer memory. These algorithmic descriptions andrepresentations are the means used by those skilled in the dataprocessing arts to most effectively convey the substance of their workto others skilled in the art. An algorithm is here, and generally,conceived to be a self-consistent sequence of steps leading to a desiredresult. The steps are those requiring physical manipulations of physicalquantities. Usually, though not necessarily, these quantities take theform of electrical or magnetic signals capable of being stored,transferred, combined, compared, and otherwise manipulated. It hasproven convenient at times, principally for reasons of common usage, torefer to these signals as bits, values, elements, symbols, characters,terms, numbers, or the like.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the following discussion,it is appreciated that throughout the description, discussions utilizingterms such as “capturing”, “performing”, “causing”, “encoding”,“storing,” “receiving,” “assigning,” “generating,” “presenting,”“transmitting,” “obtaining,” “displaying,” “forming,” or the like, mayrefer to the actions and processes of a machine, a computer system, orsimilar electronic computing device, that manipulates and transformsdata represented as physical (e.g., electronic) quantities within themachine's registers and memories into other data similarly representedas physical quantities within the machine memories or registers or othersuch information storage, transmission or display devices.

The words “example” or “exemplary” are used herein to mean serving as anexample, instance, or illustration. Any aspect or design describedherein as “example’ or “exemplary” is not necessarily to be construed aspreferred or advantageous over other aspects or designs. Rather, use ofthe words “example” or “exemplary” is intended to present concepts in aconcrete fashion. As used in this application, the term “or” is intendedto mean an inclusive “or” rather than an exclusive “or”. That is, unlessspecified otherwise, or clear from context, “X includes A or B” isintended to mean any of the natural inclusive permutations. That is, ifX includes A; X includes B; or X includes both A and B, then “X includesA or B” is satisfied under any of the foregoing instances. In addition,the articles “a” and “an” as used in this application and the appendedclaims should generally be construed to mean “one or more” unlessspecified otherwise or clear from context to be directed to a singularform.

For simplicity of explanation, the methods have been depicted anddescribed as a series of acts. However, acts in accordance with thisdisclosure can occur in various orders and/or concurrently, and withother acts not presented and described herein. Furthermore, not allillustrated acts may be required to implement the methods in accordancewith the disclosed subject matter. In addition, those skilled in the artwill understand and appreciate that the methods could alternatively berepresented as a series of interrelated states via a state diagram orevents. Additionally, it should be appreciated that the methodsdisclosed in this specification are capable of being stored on anarticle of manufacture (e.g., a computer readable storage medium) tofacilitate transporting and transferring such methods to computingdevices. The term article of manufacture, as used herein, is intended toencompass a computer program accessible from any computer-readabledevice or storage media.

It is to be understood that the above description is intended to beillustrative, and not restrictive. Many other implementations will beapparent to those of skill in the art upon reading and understanding theabove description. The scope of the disclosure should, therefore, bedetermined with reference to the appended claims, along with the fullscope of equivalents to which such claims are entitled.

Although the operations of the methods herein are shown and described ina particular order, the order of the operations of each method may bealtered so that certain operations may be performed in an inverse orderor so that certain operation may be performed, at least in part,concurrently with other operations. In another implementation,instructions or sub-operations of distinct operations may be in anintermittent and/or alternating manner.

Reference throughout this disclosure to “one implementation,” or “animplementation” means that a particular feature, structure, orcharacteristic described in connection with the implementation orimplementation is included in at least one implementation. Thus, theappearances of the phrase “in one implementation,” or “in animplementation” in various places throughout this specification are notnecessarily all referring to the same implementation. Furthermore, theparticular features, structures, or characteristics may be combined inany suitable manner in one or more implementations.

Implementations also relate to an apparatus for performing theoperations herein. This apparatus may be specially constructed for therequired purposes or it may comprise a general purpose computerselectively activated or reconfigured by a computer program stored inthe computer. Such a computer program may be stored in a computerreadable storage medium, such as, but not limited to, any type of diskincluding floppy disks, optical disks, CD-ROMs and magnetic-opticaldisks, read-only memories (ROMs), random access memories (RAMs), EPROMs,EEPROMs, magnetic or optical cards, flash memory devices includinguniversal serial bus (USB) storage devices (e.g., USB key devices) orany type of media suitable for storing electronic instructions, each ofwhich may be coupled to a computing system bus.

The methods and systems described herein can be used in a wide varietyof implementations, including as part of a mobile application (“app”),and can be part of photo or video-related software including a mobileoperating system. Apps installed on the mobile device can access thesystems and methods via one or more application programming interface(API).

The algorithms and displays presented herein are not inherently relatedto any particular computing system or other apparatus. Various generalpurpose systems may be used with programs in accordance with theteachings herein or it may prove convenient to construct morespecialized apparatus to perform the required method steps. The requiredstructure for a variety of these systems will be apparent from thedescription above. In addition, the present disclosure is not describedwith reference to any particular programming language. It will beappreciated that a variety of programming languages may be used toimplement the teachings of the disclosure as described herein.

1. (canceled)
 2. A method comprising: presenting a media player in afirst portion of a user interface (UI) provided by a first mobileapplication of a content sharing platform on a screen of a user device,the media player to provide playback of a first media item from aplurality of media items provided by the first mobile application of thecontent sharing platform, wherein the first mobile application isrunning on the user device, is a different application than a webbrowser, and allows the media player to move on the screen of the userdevice; relocating the media player to a second portion of the UIprovided by the first mobile application of the content sharing platformwhile continuing to provide playback of the first media item by therelocated media player in the UI provided by the first mobileapplication of the content sharing platform, wherein the second portionis a predetermined portion of the UI provided by the first mobileapplication of the content sharing platform; receiving a user gesture toscroll through the plurality of media items provided by the first mobileapplication of the content sharing platform on the screen of the userdevice, the plurality of media items comprising a second media item, theuser gesture to scroll through the plurality of media items beingreceived while the relocated media player continues to provide playbackof the first media item in the UI provided by the first mobileapplication of the content sharing platform; upon receiving the usergesture to scroll through the plurality of media items, allowing a userto view the second media item while continuing to provide playback ofthe first media item by the relocated media player in the UI provided bythe first mobile application of the content sharing platform; receivingan indication of a user switching to a second application; and causingplayback of the first media item to be continued in the relocated mediaplayer while content associated with the second application is beingpresented to the user on the screen of the user device.
 3. The method ofclaim 2, wherein the first mobile application is any of a social networkapplication or a content sharing application, and the second applicationis any one of a messaging application, an email application, a calendarapplication or a map navigation application.
 4. The method of claim 2,wherein the relocated media player appears to float on top of thecontent associated with the second application, the content beingprovided by the second application.
 5. The method of claim 2, furthercomprising: receiving a user input selecting the second media item, andresponsive to the user selection, adding the second media item to aplaylist.
 6. The method of claim 5, wherein the first portion of the UIcomprises a transport control to receive a user request to advance to anext media item in the playlist.
 7. The method of claim 5, wherein theplaylist comprises at least two different types of media items.
 8. Themethod of claim 2, wherein the second portion of the UI comprises anactivity feed including a post having the second media item.
 9. Themethod of claim 2, wherein the second portion of the UI comprises amedia channel to which the user has subscribed, the media channelcomprising a post having the second media item.
 10. A system comprising:a memory; and a processing device, coupled to the memory, to performoperations comprising: presenting a media player in a first portion of auser interface (UI) provided by a first mobile application of a contentsharing platform on a screen of a user device, the media player toprovide playback of a first media item from a plurality of media itemsprovided by the first mobile application of the content sharingplatform, wherein the first mobile application is running on the userdevice, is a different application than a web browser, and allows themedia player to move on the screen of the user device; relocating themedia player to a second portion of the UI provided by the first mobileapplication of the content sharing platform while continuing to provideplayback of the first media item by the relocated media player in the UIprovided by the first mobile application of the content sharingplatform, wherein the second portion is a predetermined portion of theUI provided by the first mobile application of the content sharingplatform; receiving a user gesture to scroll through the plurality ofmedia items provided by the first mobile application of the contentsharing platform on the screen of the user device, the plurality ofmedia items comprising a second media item, the user gesture to scrollthrough the plurality of media items being received while the relocatedmedia player continues to provide playback of the first media item inthe UI provided by the first mobile application of the content sharingplatform; upon receiving the user gesture to scroll through theplurality of media items, allowing a user to view the second media itemwhile continuing to provide playback of the first media item by therelocated media player in the UI provided by the first mobileapplication of the content sharing platform; receiving an indication ofa user switching to a second application; and causing playback of thefirst media item to be continued in the relocated media player whilecontent associated with the second application is being presented to theuser on the screen of the user device.
 11. The system of claim 10,wherein the first mobile application is any of a social networkapplication or a content sharing application, and the second applicationis any one of a messaging application, an email application, a calendarapplication or a map navigation application.
 12. The system of claim 10,wherein the relocated media player appears to float on top of thecontent associated with the second application, the content beingprovided by the second application.
 13. The system of claim 10, theoperations further comprising: receiving a user input selecting thesecond media item, and responsive to the user selection, adding thesecond media item to a playlist.
 14. The system of claim 13, wherein thefirst portion of the UI comprises a transport control to receive a userrequest to advance to a next media item in the playlist.
 15. The systemof claim 13, wherein the playlist comprises at least two different typesof media items.
 16. The system of claim 10, wherein the second portionof the UI comprises an activity feed including a post having the secondmedia item.
 17. The system of claim 10, wherein the second portion ofthe UI comprises a media channel to which the user has subscribed, themedia channel comprising a post having the second media item.
 18. Anon-transitory computer readable medium comprising instructions, whichwhen executed by a processing device, cause the processing device toperform operation comprising: presenting a media player in a firstportion of a user interface (UI) provided by a first mobile applicationof a content sharing platform on a screen of a user device, the mediaplayer to provide playback of a first media item from a plurality ofmedia items provided by the first mobile application of the contentsharing platform, wherein the first mobile application is running on theuser device, is a different application than a web browser, and allowsthe media player to move on the screen of the user device; relocatingthe media player to a second portion of the UI provided by the firstmobile application of the content sharing platform while continuing toprovide playback of the first media item by the relocated media playerin the UI provided by the first mobile application of the contentsharing platform, wherein the second portion is a predetermined portionof the UI provided by the first mobile application of the contentsharing platform; receiving a user gesture to scroll through theplurality of media items provided by the first mobile application of thecontent sharing platform on the screen of the user device, the pluralityof media items comprising a second media item, the user gesture toscroll through the plurality of media items being received while therelocated media player continues to provide playback of the first mediaitem in the UI provided by the first mobile application of the contentsharing platform; upon receiving the user gesture to scroll through theplurality of media items, allowing a user to view the second media itemwhile continuing to provide playback of the first media item by therelocated media player in the UI provided by the first mobileapplication of the content sharing platform; receiving an indication ofa user switching to a second application; and causing playback of thefirst media item to be continued in the relocated media player whilecontent associated with the second application is being presented to theuser on the screen of the user device.
 19. The non-transitory computerreadable medium of claim 18, wherein the first mobile application is anyof a social network application or a content sharing application, andthe second application is any one of a messaging application, an emailapplication, a calendar application or a map navigation application. 20.The non-transitory computer readable medium of claim 18, wherein therelocated media player appears to float on top of the content associatedwith the second application, the content being provided by the secondapplication.
 21. The non-transitory computer readable medium of claim18, the operations further comprising: receiving a user input selectingthe second media item, and responsive to the user selection, adding thesecond media item to a playlist.